home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0086 / 486.txt < prev    next >
Text File  |  1997-04-16  |  11KB  |  256 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Fri, 27 Apr 90       Volume 90 : Issue  486
  4.  
  5. Today's Topics:
  6.                          GDOS and WORDUP 3.0
  7.                         MT C-Shell and Laser C
  8.                  STE TOS / TOS 1.4/1.6 etc. (2 msgs)
  9.                         Unix Windows (2 msgs)
  10.                           UUCP for Atari ST
  11. ----------------------------------------------------------------------
  12.  
  13. Date: Fri, 27 Apr 90 20:03:22 EST
  14. From: "Gerry Greenberg: 315-443-5378"
  15.  <MAXG%SUVM.BITNET@CORNELLC.cit.cornell.edu>
  16. Subject: GDOS and WORDUP 3.0
  17.  
  18. A while back I posted a question to the net about the possible coming of
  19. a new GDOS (something I read in Current Notes).  I asked if anyone knew
  20. anything about that, because I was wondering whether or not to buy
  21. G+Plus with a new GDOS on the horizon.  Well, it looks like I don't have
  22. to think about this any longer.  The only program I use that makes use
  23. of GDOS is WordUp.  I got my 3.0 upgrade info in the mail today and
  24. guess what?  -- WordUp 3.0 doesn't use GDOS!  or at least that is what I
  25. understand from the flier...here is what it says:
  26. "Word Up bypasses GDOS and automatically loads one the printer fonts
  27. needed for printing a particular document.  The screen fonts will be
  28. temporarily unloaded while printing if you are short on memory.  Thus,
  29. Word Up no longer suffers from the severe memory limitations that plague
  30. other GDOS programs.  We have simplified the method of adding fonts,
  31. avoiding the ASSIGN.SYS file altogether, so as font sets are released it
  32. will be practical (even for a 520ST/1040ST users) to have multitudes of
  33. fonts installed with Word Up."
  34. Well, what do you think?  Does that mean no GDOS at all with Word Up?
  35. I'm going to get the upgrade in any event (there are quite a lot of
  36. improvements, it seems)...but at least I don't have to get G+Plus as
  37. well, I guess.
  38. ---Gerry
  39.  
  40. ------------------------------
  41.  
  42. Date: 27 Apr 90 23:08:08 GMT
  43. From: unisoft!bdt!david@ucbvax.Berkeley.EDU  (David Beckemeyer)
  44. Subject: MT C-Shell and Laser C
  45. Message-ID: <2349@bdt.UUCP>
  46.  
  47. Someone already had written scripts for using Laser C with MT C-Shell
  48. and posted them to my BBS, but I forgot about it.  The BBS number is
  49. (415) 530-9682. The files are in the SCRIPTS file area.  I could also
  50. mail them to people who are interested.
  51.  
  52. --
  53. David Beckemeyer (david@bdt.UUCP)       | "I'll forgive you Dad...  If you have
  54. Beckemeyer Development Tools            | a breath mint."
  55. P.O. Box 21575, Oakland, CA 94620       |    Bart - "The Simpsons"
  56. UUCP: ?uunet,ucbvax?!unisoft!bdt!david  |
  57.  
  58. ------------------------------
  59.  
  60. Date: 28 Apr 90 00:20:01 GMT
  61. From: oahu.cs.ucla.edu!stephen@cs.ucla.edu  (Steve Whitney)
  62. Subject: STE TOS / TOS 1.4/1.6 etc.
  63. Message-ID: <34769@shemp.CS.UCLA.EDU>
  64.  
  65. In article <1990Apr27.185702.10436@cunixf.cc.columbia.edu>
  66.  cmm1@cunixa.cc.columbia.edu (Christopher M Mauritz) writes:
  67. -The basenote said something about how Atari wasn't in the developer
  68. -support (HA!) area for their health and that anyone wanting
  69. -detailed (HA!) information should become a registered developer.
  70. -Doesn't it stand to reason that Atari could benefit far more by
  71. -providing copious amounts of information about TOS at a reasonable
  72. -price to a larger audience rather than releasing an expensive box
  73. -of outdated photocopies?  [more follows]
  74.  
  75. (The following refers to the atari developer program in the US; things may
  76. be different elsewhere)
  77.  
  78. From what I've been told, much of the second or third generation photocopied
  79. documentation that was originally part of the developers' kit has been
  80. rewritten and updated.  I also know for a fact (since I am a registered
  81. developer and have the stuff) that many new documents have been written and
  82. distributed to _all_ registered developers.  Your point may be that the
  83. documentation is not in bound book form or even binder (until the TOS 1.4
  84. notes), and if it is, you are correct, but thinkgs aren't the same  as they
  85. were as couple of years ago.
  86.  
  87. As far as support from Atari goes, it has _greatly_ improved.  The newsletters
  88. have been arriving monthly since December, and documentaion and disks with
  89. tools, examples, and useful information have been packed in with them.
  90.  
  91. Finally, Atari's software engineers have regularly been posting their ideas
  92. on the ATARIDEV roundtable on GEnie to give registered developers a chance
  93. to review them and give feedback.
  94.  
  95. In my opinion, the only part of Atari that _hasn't_ changed for the better
  96. (and the changes have been remarkable) is the part that [suposedly] markets
  97. Atari products.  Perhaps we'll see a change there too as products become
  98. available in the US.  Supposedly new FCC-passed STEs are on their way  to
  99. the United States right now.  Watch for 'em!
  100.  
  101. -                               It seems to me that the ultimate success
  102. -of a machine has a lot more to do with the number of people and
  103. -quality of people writing software for it.  What sense does it make
  104. -to rape a few thousand people for developer docs when you could
  105. -sell them more cheaply and get more people to write programs
  106. -for your machine.  Without software, the machine will die and the
  107. -$10-20,000 you earned on selling those photocopies will not mean
  108. -much anymore.
  109.  
  110. No argument there.  I don't think Atari is trying to _make_ money on the
  111. developer kits, but partly the money is a way of attempting to weed out those
  112. who are "documentation junkies" and aren't actually trying to develop the
  113. programs to which you refer.
  114.  
  115. -
  116. -Chris
  117. -
  118. -------------------------------+---------------------------
  119. -Chris Mauritz                 |Where there's a BEER,
  120. -cmm1@cunixa.cc.columbia.edu   |there's a plan.
  121. -(c)All rights reserved.       |
  122. -Send flames to /dev/null      |Air Warrior is king!
  123. -------------------------------+---------------------------
  124.  
  125.  
  126. --
  127. Steve Whitney   "It's never _really_ the last minute"       (())_-_(())
  128. UCLA Comp. Sci. Grad. Student                                | (* *) |
  129. Internet: stephen@cs.ucla.edu              UCLA Bruin-->    ?  \_@_/  ?
  130. GEnie:    S.WHITNEY                                           `-----'
  131.  
  132. ------------------------------
  133.  
  134. Date: 28 Apr 90 00:21:20 GMT
  135. From: fernwood!portal!atari!apratt@apple.com  (Allan Pratt)
  136. Subject: STE TOS / TOS 1.4/1.6 etc.
  137. Message-ID: <2180@atari.UUCP>
  138.  
  139. rjd@cs.brown.edu (Rob Demillo) writes:
  140.  
  141. > In article <2178@atari.UUCP| apratt@atari.UUCP (Allan Pratt) writes:
  142.  
  143. >> I don't think it's wise to publish what you learned from the ROMs.
  144. >> [I go on to show "the inherent weakness of this kind of analysis."]
  145.  
  146. > This is ridiculous. There may be inherent *legalities* about
  147. > publishing a dismantled ROM, but there is no "inherent weakness"
  148. > in this kind of analysis. It is merely very difficult.
  149.  
  150. I think you are wrong. You can learn only so much from the ROM. You can
  151. learn what the ROM code does, and how it does it.  But you can't learn
  152. things that the ROM code DOESN'T do.  You won't learn the right way to
  153. interact with the DMA Sound chip (the ROM doesn't use it). You won't
  154. learn about ARGV or the functional limits of the cookie jar (that
  155. accessories can't use it).
  156.  
  157. You *will* learn things which just happen to be true, but which aren't
  158. guaranteed.  You will learn that calling the BIOS with an invalid
  159. function number returns different things depending on the number.  You
  160. will learn the addresses and uses of variables and data structures.
  161. It's not a secret, it's just that we need to be free to change those
  162. things in the future.  If your program relies on something stupid and
  163. becomes popular, we could get stuck with a feature we don't like, a
  164. feature YOU don't like and didn't realize was outside the "rules" for
  165. well-behaved programs.
  166.  
  167. THAT'S why it's dangerous to disassemble the ROMs and take lessons
  168. from what you find.
  169.  
  170. [Flame on]
  171.  
  172. This kind of analysis is not that hard, folks.  Please think a little
  173. before posting stuff.  I'm not stupid.  When I say something, I usually
  174. have reasoned it out a little.  If you think about starting a posting
  175. by calling my arguments ridiculous, maybe it's because YOU haven't
  176. thought through the implications of what was said or my response.
  177.  
  178. [Flame off]
  179.  
  180. ============================================
  181. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  182. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  183.  
  184. ------------------------------
  185.  
  186. Date: 27 Apr 90 21:21:27 GMT
  187. From:
  188.  sdd.hp.com!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!xanth!cs.odu.edu!a
  189.  ustin@ucsd.edu  (Jason C Austin)
  190. Subject: Unix Windows
  191. Message-ID: <12351@xanth.cs.odu.edu>
  192.  
  193.         I was looking through the atari archives at panarthea and
  194. found what looks to be a very interesting program called Unix Windows.
  195. If I'm reading things right, this program will allow the opening of
  196. several windows, each containing a different process, while logged
  197. into a UNIX system over a modem.  The only problem is the program is
  198. only the client side of the package and didn't say were the UNIX host
  199. program might be found.  Is the host side a commercial program or is
  200. it available from an ftp site somewhere?
  201.  
  202. ------------------------------
  203.  
  204. Date: 28 Apr 90 02:57:40 GMT
  205. From:
  206.  sdd.hp.com!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!cs325ec@ucsd.edu
  207.  (Gregory Lemperle-Kerr)
  208. Subject: Unix Windows
  209. Message-ID: <1990Apr28.025740.26620@ux1.cso.uiuc.edu>
  210.  
  211. austin@cs.odu.edu (Jason C Austin) writes:
  212.  
  213.  
  214. >       I was looking through the atari archives at panarthea and
  215. >found what looks to be a very interesting program called Unix Windows.
  216. >If I'm reading things right, this program will allow the opening of
  217. >several windows, each containing a different process, while logged
  218. >into a UNIX system over a modem.  The only problem is the program is
  219. >only the client side of the package and didn't say were the UNIX host
  220. >program might be found.  Is the host side a commercial program or is
  221. >it available from an ftp site somewhere?
  222.  
  223.         I have seen it recently at terminator in unix/ or at
  224. sumex.stanford.edu in unix/...
  225.  
  226. -- Greg
  227.  
  228. ------------------------------
  229.  
  230. Date: 28 Apr 90 02:20:17 GMT
  231. From: njin!lodzins@rutgers.edu  (Dean Lodzinski)
  232. Subject: UUCP for Atari ST
  233. Message-ID: <Apr.27.22.20.17.1990.6624@pilot.njin.net>
  234.  
  235. I recently received a UUCP archive for the Atari ST.  The program is
  236. by John Logajan and released in the Public Domain.  It is version 1.1.
  237. The MAILTRUK file has an error and I was wondering if someone could
  238. tell me where I can get another copy.  The code is in GFA Basic 2.0.
  239. The error is a WEND without a WHILE.
  240.  
  241. I would also like to know, if I ever get the programs to work, where I
  242. can call to test it out.  Does anyone know of any UUCP sites in the
  243. New Jersey area?  I am not too familiar with this, so any information
  244. would be appreciated.
  245. --
  246.  
  247. Dean Lodzinski         CSRA19@TURBO.Kean.edu, lodzins@pilot.njin.net
  248. 47 Mercury Circle      Dean Lodzinski on FoReM FNET at node 133
  249. South Amboy, NJ  08879
  250. USA
  251.  
  252. ------------------------------
  253.  
  254. End of INFO-ATARI16 Digest V90 Issue #486
  255. *****************************************
  256.